home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / sep94.doc / 000108_owner-lightwave-l _Sun Sep 4 16:35:53 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  2KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail.netcom.com (8.6.9/Netcom)     id QAA19525; Sun, 4 Sep 1994 16:08:35 -0700
  3. Received: from gaspra.pd.com by mail.netcom.com (8.6.9/Netcom)     id QAA19501; Sun, 4 Sep 1994 16:08:26 -0700
  4. Received: by gaspra.pd.com (4.1/1.37)     id AA08800; Sun, 4 Sep 94 16:07:46 MST
  5. Date: Sun, 4 Sep 1994 16:07:45 -0700 (MST)
  6. From: Ernie Wright <ernie@gaspra.pd.com>
  7. Subject: HAM ANIMs
  8. To: lightwave-l@netcom.com
  9. Message-Id: <Pine.3.89.9409041629.A8792-0100000@gaspra.pd.com>
  10. Mime-Version: 1.0
  11. Content-Type: TEXT/PLAIN; charset=US-ASCII
  12. Sender: owner-lightwave-l@netcom.com
  13. Precedence: bulk
  14. Reply-To: lightwave-l@netcom.com
  15.  
  16. AC (alan.chan@oubbs.telecom.uoknor.edu) wrote:
  17. >  There's a lot more "noise" in the anims generated by LW, why is that?
  18.  
  19. videoman@netcom.com wrote:
  20. >  320x200 does not seem to "happen" even though it's marked.
  21.  
  22. The basic goal in writing the HAM routines was to provide some kind of
  23. native Amiga output without turning the stand-alone LightWave into an
  24. image processing program.  This is why the HAM output is created from
  25. a fixed palette and a limited number of screen resolutions.
  26.  
  27. The noise in these images is intentional.  Allen felt that gradients
  28. banded too much, especially in 6-bit, without dithering, and I agree.
  29. The banding is partly a side-effect of using a fixed palette and partly
  30. a problem with 12-bit and 18-bit RGB.
  31.  
  32. It's true, as others have said, that you'll get the best possible HAM
  33. ANIMs by saving RGBs and then processing them in a program like ADPro
  34. or ImageFX.  This gives you complete control over cropping, scaling,
  35. choice of palette, screen resolution and amount of dithering.  The down
  36. side, of course, is that this is a 2-step process, and you have to be
  37. the proud owner of a good image processing program.
  38.  
  39. Paul Griswold (Paul_-_Griswold@cup.portal.com) wrote:
  40. >  Has anyone written a script that will take LW 3.5 standalone renders
  41. >  and convert them to DCTV format and then display them?  (does that
  42. >  make sense?)
  43.  
  44. Makes perfect sense, and I might have attempted DCTV output if I'd had
  45. documentation for dctv.library.  I'm hoping someone will write a DCTV
  46. plug-in for 4.0.  But not me, Paul.  These days I'm too busy tilting at
  47. windmills.
  48.  
  49. - Ernie